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ROSE Summary 


si , gCKs!; u “ ,,fl ‘ oo1 ,hat has demon3,ra,cd v,ab,e 3o,u,, ° ns ««cun 

- Fast, automated, conflict-free schedule creation (> 4,000 request/hour @ 2,000 req's.) 
' ?iftan£ment (BFSSE) thr ° Uflh P° 9, -P ro ce”lng: Best First Search for Schedule 

- Rescheduling / contingency scheduling techniques 

- Operator tools for computer-assisted scheduling (graphical interfaces, etc.) 


involves J be “operation of experienced users, operators, and 
Implementors of spacecraft data systems ^ 

The ROSE effort has had positive impacts far beyond its original scope 
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NCC - ROSE Task Goals 


• Prototype a viable generic NCC request scheduling process with predicted load levels 
for the 1995 timeframe using: 

- Existing ROSE prototype 

_ Different request selection and placement strategies 

- Different scheduling algorithms 

• Use requests that represent a realistic contention for TDRSS resources with realistic 
view periods 

• Prototype required user request flexibility 

• Evaluate FERN language for use In the NCC environment 

• Determine tradeoffs between success rates and time-to-schedute for different 
scheduling algorithms 
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Accomplishments 


Verified ability of FERN to represent realistic generic requests by building and 
scheduling generic requests: 

- 31 Generic user requests 

- 11 Missions 

- Requests for 1 645 activities per week 

- Realistic TDRS view periods 

- Realistic resource contention 

Prototyped and compared scheduling architectures 

Results documented In Scheduling Results Analysis Report for the NCC Prototype 

Able to schedule over 94% of anticipated requests for week long schedule in 1995 in 
less than 2 hours 


SEAS 

Systems, Engineering, end Analysis Support 


lUroty* 



227 



ROSE Timeline Manager 


NOMINAL 

InaUaoM »n<w4U><: 


eC. Sefcerf«lc CONTINGENCY 


Scheduling Concerns 


• Noed to reduce time needed to get a conflict-tree schedule 

J 

• Satisfy customers 


j • Respond quickly to changes (Targets of opportunity, shuttle slips) 


• implement NASA policy 
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Current Approach 


1 Users submit requests tor services at a specific time 

2 INITIAL SCHEDULING (2 hours) - An Initial schedule Is created by computer 


3 CONFLICT RESOLUTION (3 to 5 days) - operators phone users and ask 

- what Is the type of event? (orbit adjust, tape dump, etc.) 

- can request be shortened? 

- can request be moved? 

- can request use a downgraded service (MA vs. SA) 

- can request use the other TDRS? 

- If neither conflicting user Is flexible, choose the higher priority one. 


4 Operators schedule PM and tests (hardware/software upgrades) around user requests 

5 H there Is a conflict with a user, do the conflict resolution process 

LOPA 
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ROSE Approach 


1 Users and Operators submit flexible requests with preferences, constraints, ana 
alternatives 

2 INITIAL SCHEDULING (1 to 2 hours) - An Initial schedule is created (without conflicts). 
Some requested events are not scheduled 

3 CONFLICT RESOLUTION (2 to 5 hours) - Algorithms that imitate the human conflict 
resolution process are executed to try to schedule the non-scheduled requests 


4 (done) 


5 (done) 
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BFSSE Overview 


Start with an initial conflict-free schedule and 


some un-scheduled requests 


Identity fine un-scheduled request that you would like to try to schedule 

The algorithm executes the following three steps repeatedly as needed until either a 

solution is found or a timeout occurs B 

• SELECT 

Find places on the schedule where the request almost fits. 


- MOVE 


Determine what requests need to be moved to schedule the unscheduled request 


Repeat the SELECT and MOVE steps for all moved requests 
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BFSSE Example 


• Goal is to add request "A" to the existing schedule shown below 


Three potential times for request "A" are shown 


□ 


CO QO 


□ □□ 


Mission 1 


Mission 2 


Mission 3 


It is known that "A" cannot be scheduled anywhere If the rest of the 
schedule remains as Is. 
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BFSSE Example (cont’d) 



10U j*r 

FK 


J-K-L M - N 


20 Cf 


<= Heuristics for 
Picking Times 


<-- Heuristics for 
Selecting which 
activities to move 



Attempt to Schedule X 
I y / Z k Schedule Y at time Z 


C - D - E Delete C, D, and E 
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Summary 


' ^problems UCC^ “ he<,Uler SOl,ln9 " ,e ^ <* “"-"-""B 

• The ROSE approach fully supports the NCC operations scenario 

• Conflict-free schedules can be created in 2 to 4 hours instead of 3 to 5 days. 

• ^possible* 1 Cre3,e schedules c > uick, y enough that alternative contingency schedules i 


The ROSE conflict resolution strategy utilizes flexibilities 
conflicts 


in user requests to reduce 
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